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© In a packet (ATM) network, a source node at the 
entry of the network Is responsive to a connection 
request from a user terminal for invoking a CAC (call 
admission control) algorithm to accept or reject the 
request depending on the amount of resource re- 
quested by the user, and allocates a portion of a free 
bandwidth resource exclusively to the user for the 
duration of the call according to established contract 
parameter values. Each node of the network re- 
sponds to a reallocation request from the user for 
transmitting a copy of the request to a downstream 
node to elicit an acceptance message therefrom, 
and reserving a portion of a pool bandwidth resource 
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and invoking the CAC algorithm to additionally re- 
serve a portion of the free bandwidth resource. The 
node proceeds to allocate the reserved pool band- 
width to the user in response to the acceptance 
message indicating that the same amount of the 
reserved pool bandwidth is available in the down- 
stream node. The allocation of the pool bandwidth is 
temporary. When a portion of the free bandwidth 
resource is reserved using the CAC algorithm, this 
portion is exclusively allocated to the user until the 
end of the call and the temporarily allocated pool 
bandwidth is returned to the pool resource for other 
users. 
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The present invention relates generally to in- 
tegrated packet networks where the transmission 
efficiency is gained by statistical multl-plexing effect 
of VBR (variable bit rate> sources, and more spe- 
cifically to such a network vyhere police functions 
are required to guarantee the quality of service 
established at call setup by controlling the bit 'rate 
behavior of use? terminals. 

In broadbano"' Integrated services digital net- 
^works (BISDN) where a wide range of broadband 
Services are proviHed "using the asynchronous 
transfer mode (ATM) technique, information is pac- 
ketized and carried" in fixed length "celts", which 
may be statistically rrvukiplexed with other traffic 
into a high-bit rate channel. To ensure satisfactory 
quality of service (OOS) for all network users call 
admission contrdi (CAC) -and- traffic enforcement 
(policing) control have been proposed and recom- 
mended by CCITT. 'Call { admission control algo- 
rithm decides whether a- new virtual channel con- 
nection should be admitted to the network based, 
on the current network status" such as available 
resources and cell toss, performance,, andxontract 
parameters (such as mean traffic rate and peak 
traffic rate) are established. The traffic enforcement 
scheme monitors each individual virtual channel 
connection to ensure that its cell-level traffic flow in 
the network conforms to the contract parameters 
established at call setup time. 

However, if statistical multiplexing gain is to be 
achieved, precision cell-level traffic control on vari- 
able bit rate (VBR) traffic is difficult to achieve 
since the user has little knowledge on the char- 
acteristics of its VBR traffic at call setup time. 

It is therefore an object of the present invention 
to provide a flow enforcement arrangement which 
ensures precision cetl-levet traffic control by allow- 
ing user terminals to issue a request to increase 
the amount of bandwidth allocated at call setup 
time. 

According to a broader aspect of the present 
invention, there is provided a network node for a 
packet network. The node comprises a call admis- 
sion control (CAC) device responsive to a connec- 
tion request from a user terminal for accepting or 
rejecting it depending on the amount of resource 
requested by the user terminal. Contract parameter 
values are established and a resource is allocated 
exclusively to the user terminal according to the 
established contract parameter values for the dura- 
tion of the call. A flow enforcement device includes 
a buffer for allowing cells from the call-originating 
user terminal to be transmitted toward a destination 
when the contract parameter values are not vio- 
lated and storing the cells in the buffer when the 
contract parameter values are violated. A resource 
reallocation means is provided to respond to a 
reallocation request from the user terminal when 



the occupancy of the buffer is higher than a 
predefined value for allocating an additional re- 
source to the user terminal. • - 

According to a specific aspect,- ^the present 

5 invention provides a packet netwoirk including a 
plurality of network nodes interconnected by trans- 
mission links. . One of the ne^wo/jk rnqdes that is 
located at an entry of the Tietw^ork' cOffTp rises the 
flow enforcement means: Each of the network 

10 nodes comprises-^ a resource —aHocation means 
which is responsive'to'a c:cijijri6bjjQb J'fiq^ from a 
user terminal for irivoking- the _ CAC algorithm to 
accept or reject the connection request depending 
orr the ambijnt of^ resource" rdqtieSted" by the user 

15 terminal, to establish contract parameter values, 
and_tQ. .aJ locate, a portion of a free bandwidth re- 
source exclusively to the user' termlnak-for the 
duration of the call according td the established 
^contract parameter values. Resource'" reallocation 

20 ' rheans' is" provided in each network node to re- 
spond to the reallocation request from "the user 
terminal for transmitting a copy of* the* reallocation 

request to a downstream node to elicit an accep- 
tance signal therefrom, and reserving a portion of a 

25 pool (commonly shared) bandwidth resource and 
invoking the CAC algorithm to reserve, a portion of 
the free bandwidth resource. The resource real- 
location means proceeds to allocate the reserved 
pool bandwidth to the user terminal in response to 

30 the acceptance signal from the downstream node 
indicating that the same amount of the reserved 
pool bandwidth is available in the downstream 
node. The user is now allowed to transmit cells at a 
reallocated rate. The allocation of the pool band- 

35 width is temporary. When a portion of the free 
bandwidth resource is reserved using the CAC 
algorithm, this reserved portion is permanently al- 
' located to the user (or until the end of the call or 
until a dealllocation is performed) and the tem- 

40 porarily allocated pool bandwidth is returned to the 
pool resource for other users. 

The present invention will be described in fur- 
ther detail with reference to the accompanying 
drawings, in which: 

45 Fig. 1 is a block diagram of a packet network 
according to the present invention; 
Fig. 2 is a block diagram showing details of a 
UPC (usage parameter control) device and es- 
sential components bf a node controller in which 

50 a CAC (call admission control) algorithm is in- 
corporated; 

Fig. 3 is a flowchart describing a sequence of 
steps performed by the UPC device; 
Figs. 4A and 4B are schematic illustrations of 
55 the total bandwidth resource of the UPC device, 
with Fig. 4A showing the initial state in which the 
the total resource is initially partitioned into two 
allocation areas and Fig. 4B showing successive 
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allocations of resources from a free bandwidth 
resource wheri calls ar^ established; 
Figs.^SA and 5B^ are schematic illustrations of 
the bandwidth resource 'with Fig, 5A' showing a 
resource reservation phase in which pool and 5 
free bandwidth resources are reserved and Fig. 
5B showing a resource swapping phase in which 
reserved * resources, are exchanged with each 
other when, a favorable response is received 
fronri a downstream node; _ ' i'o 

Fig. 6 is a flowchart of programmed instructions 
performed by the user termjnai for triggering a 
reallocation procedure; 

Figs, 7 tp 9 are flowcharts of instructions pro- 
grammed in the node -controller of source, tan- . 75 
dem and destination network nodes, respective- 
ly; \ ' ' ;. y 

Fig. 10 is a flowchart of instructions performed , 
by the user terminal for triggering a d.eallocation 
procedure; ... . ' ".' ' " ./ 20 

Fig. 11 Is a flowcl^art.of instructiohs. performed 
by the node controller, .of all network nodes '. 
during a deallocation procedure; 
Figs. ,12 to. 15 are ,f|ow diagrams of messages, 
transmitted through the network during a. real-. . 25 
location procedure; and , . . . 
Fig. 16. is a flow diagram, of messages transmit- 
ted through the network during a, deallocation 
procedure. .... . ■ 

Referring now to Fig. 1, there is shown a high- , 30 
speed packet network embodying the present .in- 
vention. The network includes a plurality of nodes 

100 for .serving user terminals (if;icluding customer 
premises networks). In a typical example, some of ' 
the nodes may be a switching pode, including, an . 35 
ATM (asynchronous transfer.. mode) switching fabric 

101 such. as Batcher-Banyan network, for example,, 
in which incorning, cells are routed under the con- 
trol of a node, controller. 102. ..Other nodes, may 
include a switching fabric or a . mulUplexer, not '40, 
shown. .The controller. 102 incfudes a call 
(connection) admission control . (CAG) device 1 03 
whose function is specified, by CCITT 1-serles Rec- 
ommendations. The CAC function decides to ac- . . . 
cept a^new. connection on a. physical - link, if -the .. 45 
required quality of service (QOS) can be guar- ■ 
anteed for all virtual connections already present 

on the physical link by determining whether a user, . 
is observing, or violating a bandwidth coritract ^ 
agreed . upon between the user and the network , 50 
Violation of the contract, may degrade the QOS. of 
other connections, present in the network. Hence, a . 
network function, called the policing function or 
Usage Parameter Control (UPC) function, is ire- 
quired to cater for network protection. .55.. 

The network node 100 comprises a UPC de- 
vice 105 associated yyith the user, terminal 110 
which statistically multiplexes cells of .multiple con- , 
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nections onto a user/network interface to the UPC 
device 105 in which" policing, or flow enforcement 
control is performed on every .user cell of all con- 
nections accepted by the CAC device 103 and 
established through the UPC device 105. 

The UPC device 105 is corinected by a control 
bus 106 to node controller 102 to exchange control 
signals, and connected by a data line 107. to. 
switching fabric 101. User cells entering the UPC 
device 105 are policed. As. will, be described,^ user 
cells transmitted at a rate violating predefined con- 
tact parameters are stored, in k buffer and those not 
violating the . contract parameters are carried 
through the data line 107 to §witching fabric! 101, 
Other cells such as control cells and OA&M 
(Operations, Administration & .Management) cells 
are simply passed through the UPC device and 
carried through the data line 107 to the switching 
fabric 101. All ^ cells entering the switching fabri.c 
101 are. transmitted, out in a bit-Sjerial fashion, 

The user station 110_ includes a UPC replica 
112 which is a copy of the algorithm of the asso-, 
ciated UPC device 105. .Specifically, it' includes a., 
replica of the buffer of the UPC device in the form . 
of a counter indicating the number of violating cells 
stored in the .UPC buffer. The UPC replica 112 
controls the signal source 111 of the user terminal 
in a feedback loop. , . . 

As shown in Fig. 2, the .UPC device 105 in- 
cludes a shift register R1 for receiving ATM (53- 
byte) cells from user terminal 110. On receiving all 
incoming 53 bytes of. data, shift register R1 trans- 
fers its, contents in parallel fashion to a second shift 
register R2 whose outputs are coupled to a third 
shift register R3. The contents of register R2 are 
supplied in parallel to register R3 in response to a 
transfer signal on lead 201 from a UPC controller 
200, and the VC I A/PI (virtual circuit identifier/virtual 
path identifier) and P/^ (payload type) fields of the 
cell stored jn register R2,are supplied to a control- 
ler 200, The contents, of of shift register R3 are 
transferred to a selector 202 in /esponse to a 
transfer signal on lead 203 from controller .200. 
Selector 202 is responsive to a control signal sup- 
plied on lead 204 from controller 200 to apply the 
contents of register R3 in parallel to the through 
leads 206 to the. buffer 205 or serially through line 
207 to, the data line . 107 to which, the output of . 
buffer 205 is connected. UPC controller -200 is - 
connected through control .bus 106., to tine node 
controller 102 and includes a memory containing a . 
VCIA/Pl list of established connections. 

The node controller 102 essentially comprises 
a routing logic 210 for routing cells through the 
switching fabric, a free bandwidth. allocation logic 
211 in which the, CAC algorithm is incorporated, 
and a pool bandwidth reservation logic 212. Free 
bandwidth allocation logic includes a. resource real- 
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location logic according to the present invention as 
well as the known CAC algorithm: As will be de- 
scribed, a control cell" containing a connection re- 
quest entering the switching fabric 101 through line " 
107 is applied to free bandwidth reservation logic 5 
211 to determine the admission of the connection 
according to the CAC algorithm. After the connec- 
%on is established, a control ceil containing a real- 
location request from the user terminal is r'buted 
through the switching fabric and fed into both' the 70 
*free baridwidth allodation logic 21 1 and pool band- 
width allocation logic 212,' which cooperates* with ' 
logic 211 to allocate an additional bandwidth re- ' ' 
source to the requesting user terminal. 

The operation df the UPC controller 200 is "fs' 
visualized by a flowchart shown in Fig. 3. the' 
program execution starts with block 301 which 
directs 'the reading of VCIA/PI and P/T fields of a' 
cell from" register R2. Exit then is to step '302 to 
check the P/T field to see'if it indicates that the cell ^ 20 
is a user cell or not. If the answer is negative*; ' 
control branches at step 302 to step 309 to check 
to see 'if the cell is an idle (erripty) cell or not. If the 
cell is a control cell or an OA&M cell, exit is to step 

313 to deliver the current cell through data line 107 25 
to the switching fabric 101. If the current cell is ' 
empty, control branches at step 309 to step 310 to 
check the VPIA/CI field of the current cell against' 

the VPlA/CI list to determine if other connections 
have already been established. If there are no other 30 
connection^, control branches at step 310 to step ' ' ; 
315 to output the idle cell to the data line 107. If' ' ' 
other connection is present, control branches to 
step 31 1 to check the contents of buffer 205 to 
determine if one or more cells'of such a connection 35' 
are waiting. If there is one, the buffer is said to be* 
not ennpty for that Connection and control branches 
to step- 312 to check to see if the UPC algorithm 
allows the current cell to be^ transmitted. If the 
answer is negative, control returns to step 310 to 40 
determine if there are other established connec- 
tions. By repeating steps 310, 311 and 312, every * 
connections are polled in a Round-Robin manner 
for waiting cells. If the answer is affirmative in step * 
312, control exits from the loop and enters stepi '45 

314 to output the current cell. If there' is no cell of' 
other connection waiting in buffer 25, the buffer is 
said to be empty for that connection, and control 
branches at step 311 to step 310. ' ^ 

According to the present invention, the total- so 
bandwidth resource of the* line controlled by UPC 
device 105 is partitioned into two resources. As 
shown -in Fig. 4A, it is initially divided into a free 
bandwidth resource as indicated at 400 and a pool ' 
bandwidth resource 401 which is commonly shared 55 
by alt connections established through the UPC 
device. As a connection is established, free band- 
width is used so that the amount of f ree* bandwidth *• 



decreases as new connections are established. 

More specifically, during a call setup phase, a 
control cell is passed through UPC device 105 
following the execution of step 313, and enters the 
switching fabric 101 where it is examined by the 
CAC device 103 of node controller 102 to accept or 
reject the call depending on the amount of re- 
source requested by the user and determine con- 
tract parameter values if the call is' accepted. De- 
pending on the contract parameter values deter- 
mined for a given connection, the CAC (device 103 
allocates ah amount of resource as shown at 402 in 
Fig. 4B from the free bandwidth ^resource and 
saves it as a perrninent rissource to be exclusively 
used by' that connection.' Therefore, the anhount of 
the CAC-bandwidth resource successively in- 
creases with an increase in accepted calls and the 
amount of available free bandwidth resource de- 
creases as indicated at 403'. 

Returning to Fig. 3, if the cell is determined to 
be a user cell, control' branches at step 302 to step 
303 to check to see if the UPC algorithnh Allows the 
current cell to be transmitted. If the user traffic is 
not violating the contract parameters defined*^t the 
call setup time, control branches at step 303 to 
step 304 to check the contents of buffer 205 to see 
if other 'cells" of the ''same connection are waiting 
therein: If such' waiting cells are" not present, the 
buffer is empty for the current connection and 
control branches at step 304 to step 31 3 to deliver 
the current cell in register R2 through register R3 
and selector 202 to output line 107. If'the answer is 
negative in step 304, control' branches to ste|r305 
to deliver a waiting cell from buffer 205 and'^store 
the current cell into buffer 205. ' ~ 

If the user traffic is violating the contract pa- 
rameters defined at the call " setup time, control 
branches at step ' 303 to step 306 to check the 
contents of buffer 205 to see if the buffer is full. If it 
is,' the current cell is discarded (step 308). "If the 
buffer is not full, this" current cell is ' stored into 
buffer 205 (step 307)" Exit from either steps 307 
and 308 is to step 310 to examine other connec- 
tions in' a manner as described above. 

Execution of either of steps 313, 314 and 315 
is followed bystep 316 in which the VP/VC c6hnec- 
tion data are updated if necessary. The* controller 
then enters step 317 to wait for control data* from 
the node controller 102 concerning establishment 
of new connections, clearing of existing connec- 
tions, and rhodifications of existing connections 
(reallocation/deallocation) and update UPC param- 
eters according" to such control data before the 
arrival of the next cell. Control now returns to the 
starting point of the program to repeat the above 
process on the next cell. * 

Since the network node has a limited knowl- 
edge of the characteristics of user traffic and since 
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the variation of the traffic is unpredictable, the 
occupancy of buffer 205 should be kept at a point ' 
below the alm'ost-fuil lever of the buffer to prevent 
discarded cells from reaching a dangerously tiigh' 
number. 

According to the present ihventioh, a r'ealloca- 
tion scheme is used to prevent cells from being 
discarded by'allowtng 'user^s to increase the amount 
of their allocated, resource when "buffer occupancy 
exceeds a predefined threshold and debrease 'it 
when the allocated resource is under-used. A re- 
source reallocation r'eqiuest can be generated by a 
triggering mechanism located ih4he UPC replica of 
the user termihial.' the bandwidth resource allo- 
cated to a user is bounded by a maxirrium fixed 
value which is pre-dedlared by the user and is 
typically equal to' the peak rate of the user traffic 
(or the fine speed of the link, e.g., 150 Mbps). The ' 
buffer threshold 1s determined on the basis of the 
buffer size and on t'he round-trip propagation delay 
of a reallocation request/reallocation response mes- 
sages along the transmission path 'from the 
request-originating ternninal to 'the destination node. 

To avoid' overflow under worst case traffic 
(wherein the input trafific rate' is iBqual to its maxi- 
mum rate from the time the reallocation i-equest \s 
issued), it is necessary that during the r'6und-trip 
propagation delay time Td. the = buffer does not 
overflow. If W is the window size, "Mi and M2 the 
number of cells 'in the window corresponding to the 
policed rate and the rriaximum rate, respectively, 
and T the length of 'a times lot. then the buffer 
pccupancy, Td seconds after it was equal to the 
threshold Th, becomes: ' ' 



If this value exceeds the buffer size N, then over- 
flow occurs.' ' 

Because some iJsers may produce such a con- 
tinuous stream of cells tfiat the CAC device 103 is 
too slow to take each burst from the same source 
as a single call and perform call admission control 
on each burst." the reallocation "process must be 
executed on, a real-time basis. - * 

Briefly described, a reallocation request fi-om a 
user terminal or from an upstream side oif the 
network includes a CAC-request and a pool-re- 
quest, each requesting an equal amount of addi- 
tional bandwidth, the CAC-request invdkiss a pro- 
cess for reserving a portion of the free bandwidth 
according to the CAC algorithm as indicated at 500 
in Fig. 5A and the pool-request invokes a process 
for reserving a portion 501 of the pool bandwidth. 
The reallocation .reqijest from the user is first re- 



ceived by a source node located at the entry of the 
network and a copy of this request is instantly 
transmitted to- a downstream node to elicit a re- 
sponse indicating whether an attempt to reserve a 
5 pool bandwidth is successful or not. The request is 
further relayed to the next node until it reaches a 
destination node so that a response is successively 
relayed alohcj the route from a downstream node to 
the next until it reaches the source node. Since the 
-to reservation of the pool resource is not associated 
with the CAC algorithm,- it is processed faster than' 
the reservation^ of the free bandwidth resource. If 
^ the response' is a favorable one indicating that- the 
pool reservation is successful, the user is informed 
IS of this' fact by the source node and the reserved 
pool bandwidth is allocated to the user in addition 
to the already allocated bandwidth. 

Since the free bandwidth allocation procedure 
by the CAC algorithm is a time-consuming task, 
20 the reservation of free bandwidth portion 500 may 
occur after- "the "'reception of a confirmation re- 
sponse' frbrh the source node.' When ' the CAC- 
request is finaMy accepted, the reserved fr-ee band-- 
width portion 500 is' permanently aHocated to the 
25 user for as long as it needs it and the temporarily 
allocated pool bandwidth portion 501 is restored to 
the pool resource as shown in Fig. 5B. Therefore, 
at the 'final stage of the reallocation process, the 
reserved free resource and the allocated pool re- 
30 source are exchanged, or "swapped" with one an- 
other. In response to a favorable response from the 
downstream node, a confirmation' message is trans- 
* ; mitted from the source node to the downstream 
node and ' relayed aldng the transmission route to 
. 35 the dfestinatioh node' to allow each subsequent 
node on 'the' route to effect the "swapping" of the 
^ resources. ' If the first response from the down- 
strearri node is unfavorable, a cdjDy of this mes-' 
sage is transmitted along the route downstream to 
40 restore the allocated pbbi resources. 

A reallocation request is initially transmitted 
from a user terminal. Fig. 6 is" a flowchart of pro- 
grammed instructions incorporated in the algorithm 
of the UPC replica of the usei' terminal for trigger- 
45 ing a reallocation process. The program execution 
starts with s'tep "601 in which the occupancy of the 
buffer replica is monitored. If th^ buffer occupancy 
is below a predefined threshold which is deter- 
mined on the basis of the buffer size and the 
50 round-trip propagation delay of a reallocation 
request/reallobation response along the transmis- 
sion path from the requesting terminal to the CAC 
mechanism of the destination node (step 602), con- 
trol returns to step 601 to continue monitoring the 
55 buffer's filling level,' and if it exceeds the threshold. ' 
' control branches to step 603 to issue a reallocation 
request to the network and wait for a response 
(acceptance* or rejection nriessage). If an accep- 
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tance message is received from the network (step ^ , 
604), control branches to step 605 to update, the 
parameters of the UPC replica,. and control returns 
to the starting point of the program. The user then 
can transmit cells at a reallocated rate. 5 

Figs. 7,8 and 9 are (flowcharts of programmed . 
instructions to be perforrned by the node controller 
of source, tandem and destination nodes of the 
network, respectively, during a reallocation proce- 
^dure. In each of these flowcharts, a pool reserva- ,\q. 
tion subroutine is shown on the l^ft side of the. , 
drawings and a free bandwidth allocation subrou- . 
tine on the right side. . ; 

In Fig. 7, the node controller 102. of a source : 
node is constantly waiting for a real location request . , 75 
from a call-originating user: terminal (step 700). If it , 
receives one, control exits to step. 701 to transmit 
to the downstreann node a copy of the reallocation , 
request containing a pool request and ; a C AC re- 
quest, and invokes simultaneously a pool^request .20 
resource reservation subroutine and a CAC-request . ^ 
resource allocation subroutine. The. pool bandwidth 
reservation subroutine begins with step 702 to j. . ^ 
check to see if the pool request is acceptable to . . ^ 
the source node. If the answer is affirmative, con- . 25 
trol branches at step 702 to step 703 to reserve. a., 
portion of the pool bandwidth. resource. Exit then is. , 
to decision step 704 to check to see if the source . _ , 
node has received an acceptance message from . „ 
the tandem node indicating that the same amount , ,30 
of pool bandwidth is available \n the. tandem node^ 
or if it has received a rejection message. If the pool , 
request is accepted by the tandem node, control 
branches at step 704 to step 705 to transmit an 
acceptance message to the user indicating that the , 35 
reallocation request was accepted by the network . 
and a confirmation message, to the downstream ^ 
node. Simultaneously, the UPC parameters of the 
requesting user in the -source r\ode as well as .the . 
corresponding parameters of the UPp replica in the 4q 
user's premises are up-dated. Exit then is, to step 
706 to wait for an indication .that the CAC-request 
is accepted by the CAC algorithm. When this in- , . 
dication is given, control exits to step 707 to re- , 
store the reserved pool bandwidth to the pool re- ' 45 
source. Control now returns to the starting point of 
the program. . 

If the pool .request is not accepted by the 
tandem node, control branches at step 704 to step 
708 to transmit a rejection message to the user so 
and proceeds to step 709 to restore the reserved, 
pool bandwidth to the pool resource, and control 
returns to the starting point of the progrann. 

If the pool .request is not accepted by the 
source node, .control^ branches at step 702 to step 55 
710 to check whether a pool request was accepted 
by the downstream node. If the answer, is affir- 
mative, a rejection message is sent to the user and 




the downstream node (step . 71 "ijf;, otherwise the 
same message is sent only to the. user (step 712). . 

Simultaneously wjth the execution of the pool 
resource reservation subroutine, a free resource, 
allocation subroutine is started with step, 720 that 
invokes the CAC algorithm. If a rejection message 
is received . during the execution of, the. CAC al- 
gorithm (step. 721), the free resource ^allpcatioa 
subroutine is aborted (step .722). ;As long as no 
rejection rnessage, arrives, .the subroutine continues 
executing until, the CAC request is .accepted (step 
723). When .the CAp request is. accepted (meaning 
that fre?. bandwidth has ^been^ reserved), , control 
branches out to., step 724 to wait for a response, 
from the downstream node in case it has not ar- 
rived yet. The answer from the downstream node is 
checked, for . acceptarice or rejection .of the pool 
bandwidth .by .the ,dpw.ns.tre.am nodes.Ustep 725). If 
the answer, is affirrnative, ..control branches out to 
step 726 to percnanently allocate the reserved free 
bandwidth to the' user, ^nd send, a signal to the 
pool reservation control logic to . restore . the re- 
served pool bandwidth to the iDooi resource (step 
707). this represents the "swappirig" of resources 
between the , reserved pool resource and the re- 
served free bandwidth. Control now returns to the 
starting point of the program. , 

In Fig. 8, the, node controller 102 of a tanderri 
node Is .constantly waiting for a Veallocation request 
from a source node (step, 800)., The same pro- 
cesses are executed by step's sbo.^SOl,' 802, and 
820 through 827 corresponding to steps 700. 701, 
702, and*720 through 727 of Fig. 7 and ho descrip- 
tion is repeated for simplicity. Starting from step 
802, if the pool-request is not acceptable, similar 
steps are executed as in Fig. 7 with the exception 
that the user is no^y-en, up§treamsncde..Jf pool 
request is acceptable, steps 803 and 804.' are ex- 
ecuted as in Fig. 7. If the pool request is rejected 
by any downstrearji node (step 804), control pro- 
ceeds to step 809 to transmit ia rejection message 
to the upstream node and the Reserved pool band- 
width is restored (step 810)/ if the pool request is 
accepted* (step 804). control proceeds to step 805 
to trarismit ah acceptance message to ' the up- 
stream' node and control waits for a response from 
the upstream node. If the response is a confirma- 
tion message (step 806), control proceeds to step 
811 to transmit a. copy of the confirmation rnessage 
downstream and control waits for an iridicatibn that' 
the CAC-request was , accepted by ' the CAC al- 
gorithm (step 812), followed by the simultaneous 
execution of steps 81 3 and 826 where the reserved 
pool bandwidth is swapped with the' reserved free 
bandwidth. If the response in step iB06 is a rejec- 
tion message, control branches out to step 807 to 
transmit a copy of the rejection message down- 
stream and control restores the reserved pool ban- 
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dwidth (step 808). 

In Fig. 9, the hode controller of a destination 
node is waiting for a reallocation request from an 
upstream' node (step 900). The sarne processes 
are executed by steps ""900, 901 ! 902 and 910 s 
through 917 corresponding to steps 700, 702, 703 
and 720 through 727 of Fig. 7*and no description is ^ 
repeated for simplicity. Starting from step 903, an 
acceptance message is transmitted Upstream and 
control waits for a response me3sag"e frona the io 
upstream node. If the response is a confirmation 
message (step"904); control jDi'pceeds to s\ep 905^ 
to wait for' ah indication that the CAC-request was 
accepted by the CAC algorithm, followed by the 
simultaneous ' execution of steps 906 and 916 75' 
where the reserved pool bandwidth is swapped ' ' 
with the reserved free bandwidth. If the response in 
step 904 is a rejection message, control branches ' 
out to step 907 to restore the reiserved pool tjand- 
width. ' - ' - • - ! V 20 

According to a further feature of the present " ' 
invention, the buffer occupancy of the user terminal 
is constantly monitored to detect when it reduces 
below a predefined level. If it occurs, a deallocation 
procedure is triggered to decrease (deallocate) the' 25 
amount of the bandwidth resource allocated to the 
user by' restoring' a portion of the allocated re- 
source to the free bandwidth resource for other 
users. , . \ ' ' ' . 

Fig, 10 is a 'flowchart of 'instructions performed 30 
by the UPC replica of the Jser terminal for trigger- 
ing a deallocation procedure. The program execu- 
tion starts with step 1001 to jTioriitor the occuparncy 
of the user's buffer replica, foilowed by step 1002 ' 
in which the monitored value is compared with a ' 35 
predefined threshold. If the filling level of the buffer ' 
replica is below the threshold, a deallocation in- 
dication is issued tp the network, and control waits 
for a confirmation rriessage (step' 1003) to update ' 
the parameters of the UPC* replica (step 1004), * 40 

In Fig. 11. there is shown' a flowchart of oper- 
ations perforhned by all network nodes during the 
deallocation procedure. Each network node js con- 
stantly waiting ifor a deallocation indication from an 
upstreanri" node (step 1100)' Exit then is to 'decision 45 
step 1101 to transmit a copy of the deallocation 
indication to a dpwnstream node if the node is the 
source node or a tandem node. Step " 1 1 0i is 
skipped it the node is the destination node. In step 
1102. controls;, check to see if a pool bandwidth is 50 
being reserved by the requesting user. ' If; it is! 
control branches at' step .1102 to" step 1103 . 1:9 
restore all or a portion of the reserved pool band- 
width to the pool resource, cancel all or a portion of 
the CAC-request of the user (step 1104). If no pool 55 
bandwidth is allocated to the requesting user (step 
1102). control branches at step 1102 to step 1107 
to restore a portion of the aiipcated bandwidth to 
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the free bandwidth resource. After restoring the 
necessary amiount of bandwidth, control waits for a 
confirmation message from the downstream node if 
the node is the source or a tandem node' (step 
1105). If the node is the destination node step 1105 
is skipped. Exit then is to step 1106 to transmit a 
confirmation message to the upstream node. The 
confirmation message at the end of the restoration 
of bandwidth is necessary to ensure that the user 
waits for the deallocation to be completed before 
issuing a new request. 

Fof a full, understanding of the present' inven- 
tion, flow diagrams "of reajlocatioh messages are 
shown in Figs. 12 to 15 for a transmission path in 
which four network nodes are assunied to be lo- 
cated. 

Fig. 12 shows a situation in which the request 
for reallocation is accepted by all nodes. Since free 
bandwidth allocation by the CAC algorithm takes 
time and the amount of time varies from one node 
to anothei-! it is assumeci that different lengths of 
time ti , t2, ts and t^ are taken by the first, second, 
third and fourth nodes, respectively, from the in- 
stant each request is received by the respective 
node. 

At the instant of time A, a reallocation is trig- 
gered in a user terminal and a reallocation request 
message is issued by the user ter;minal and re-; 
ceived by the first node at the entry ppint of the 
network, where a copy of the reallocation; request is 
instantly sent downstream" and the user's pool re- 
quest is accepted; by the first node and a pool 
bandwidth is_ reserved, following the transmission of 
the reallocation request copy. The same process is 
repeated at the second and third nodes, and finally 
the request is accepted by the fourth node, there- 
fore, a ,'pool bandwidth of the same amount is 
reserved in each of these network nodes. Innrhe- 
diately following the acceptance of the request, an 
acceptance message is transmitted from the fourth 
node to the third node where it is copied,, with the 
copy being relayed upstream until it reaches the 
first node. On receiving an acceptance message 
from the respective dovynstream node, each of the^ 
third, second and first nodes transmits, a copy of 
the acceptanbe signal upstream (step 805 at the 
third and second nodes, and step 705 at the first 
node). In this way; the requested resource is al- 
located fronp the Commonly shared bandwidth re- 
source to the user arid the user is allowed to 
transmit cells at the reallocated rate from time B 
onwards. .On receiving an acceptance , signal, the; 
first node transmits a confirmation message down- 
stream (step 705) and each of the second, and third 
nodes responds to it by transmitting a confirmation 
copy downstream (step *807) until it reaches the 
fourth node (step 904); Each node along the trans- 
mission path performs resource swapping between 
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the allocated pool bandwidth and "the reserved free 
bandwidth following the transmission/reception of 'a 
confirmation message or following the availability of 
the free bandwidth, whichever comes last. In the 
illustrated example, the first and second nodes 5 
perform their swapping following the availability of 
the free bandwidth, whereas the third and fourth 
nodes perform their swapping immediately follow- 
ing the transmission and reception of a confirma- 
^tion message. It is* seen therefore that, if a real- io 
location procedure were provided in each node by. / 
exclusively relying on the^ CAC algorithm, the time 
taken to reallocate an additional , resource to the 
user would' be more than the maximum of tirnes ti , 
t2, t3 arid t4. " •> -' •■ ^- 15 

Figs. 13 to 15 illustrate the flow of control 
messages in the case of a reallocation failure in 
one or more of the nodes ajong the transmission 
route. ' ... . V! • 

A reallocation fails when at least o.ne^ node ' 20 
along the. transmission path rejects the pool re- 
quest. When a failure occurs iri'a node, it must wait 
for an acceptance/rejection 'message flow sent up- 
stream" from the fourth node to inform the rest of 
the network of the local failure. If the message ^'"25 
received from a downstrearn node is an acceip- 
tance message, then the receiving node is respon- " \; 
sible for changing the acceptance message to a. 
rejection message and sending it to the* upstream 
and downstream nodes to inforiri the ' upstream 30 
nodes that the reallocation must, be aborted. If the 
message received from a downstream node "is a ' 
rejection message, it indicates that a downstream 
flow of a rejection message is also' generated!* On 
receiving a rejection message, the first node trans- 35 
mits a rejection message to the user. The user can 
determine whether to send a new reallocation re- 
quest to the network based on the parameters of 
its UPQ replica. 

Fig. 13. illustrates a situation in which only the 4Q 
first node fails to accept the reallocation request In 
that case, a rejection message is transmitted botti 
to the user and the second node following the 
reception of an acceptance message from the sec- 
ond node (steps 710 and'711) which was origihiated 45 
from the fourth node and relayed through the third 
node. On receiving a rejection message, each of 
the second and third nodes restores its reserved 
pool bandwidth by executing steps 806,' 61O and 
809, and the fourth node restores its reserved pool 'so 
bandwidth by execijting step 907. 

An unsuccessful message flow similar to F\q. 
13 is shown in Fig. 14 in which a failure is as- 
sumed to have occurred in the second node. In this 
case, a rejection message is transnriitted from the ' 55 
second node both to the upstream and downstream 
nodes in response to receipt of an acceptance 
message from the 'downstrbarh (third) node' to 



cause the other nodes to restore, their pool re: 
source. ... . ; 

As shown in Fig. 15, the occurrence of several 
failures .such as in the first,. and, second nodes 
causes the se.cond node to transmit rejection mes- 
sages in both downstream and upstream directions 
in response to an acceptance . message , from the 
third node, ."and the first ^ node simply relays the 
rejection, message from the ^second ^node to the 
user. ] [ ^ . ' . / . [ . • . . ^ . 

Fig. 16 is a flow diagrann of a deallocation 
procedure. .When the buffer pccufpancy . decreases 
below a predetermined level, a deallocation indica- 
tion is .sent to . the first node. A copy of the mes- 
sage is relayed downstream by successive nodes 
and a confirnnation message tis transmitted up- 
stream from , the fourth node, and a .copy of this 
message, is successively relayed by jntermediate 
nodes to the user. On receiving the deallocation 
cohfirmatioh, the first node sends a deallocation 
confirmation to the user and then updates its UPC 
parameters according to the deallocation indication. 

Claims 

1. A network node for a packet network compris- 
ing:" , " ; . . . " 

call admission control means responsive to 
a connection request from a user terminal for, 
accepting "or rejecting the' connection request 
depending on the amount of resource request- 
ed by the user terminal, establishing a contract 
parann'eter value, and allocating a resoijr'ce.'to 
said user terminal according to the established 
contract parameter value;^ 

flow enforcement means including a buffer 
for allowing ceils from said call-originating user 
terminal to be transmitted toward a destination 
terminal when' said contract paranneter value is 
not violated and storing the cells in said buffer 
when said contract parameter value is violated; 

and^ . , . . 

resourceVeallocatibn means responsive to 
receipt of' a reallocation request from said user 
terrninal when occupancy of said buffer is 
higher than ia predefined value and allocating 
an additional resource to said user terminal. 

2. A netWprk node as claimed in claim 1 , wherein 
said resource reallocation means includes 
means responsive', to receipt of a deallocation 
indication from said user terminal when the 
occupancy of said buffer is lower than a 
predefined value for deallocating a portion of 
the allocated resources. 

3. A network node as claimed in claim 1 or 2, 
wherein said user terminal includes a buffer 
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replica in the form of a counter indicating the 
number of violating cells stored in the* buffer of ' 
said node, and means for detecting when said * 
number is higher than said predefined value 
and generating said reallocation request. 5 

4. A network hod e as claimed in claim 3, wherein 
said user terminal includes means for generat- 
ing said deallocation' indication when the. occu- 
pancy ' of thd buffer replica is lower than a 10 
second predefined value. : ' , ^. . *. 

5. A packet network including a plurality of net- ' 
work nodes interconnected' by transmission 
links, a source node of the network located at 75 
an entry of the network comprising flow en- ' 
forcement means including a buffer for allow- ' 

ing cells from a* call-originating user terminal to 
be tVansmitte'd" toward a destination teVmjnal 
when a contracV parameter valiJe i^ not violated 20 
and storing the cells in said buffer when said 
contract parameter value is violated, each of 
said network nodes'comprising: 

resource' allocation nrieans responsive to a 
connection* request from" a user terminal for 25 
invoking a call admission control (CAC) ar- 
gorithm to accept or reject the* con'nection re- 
quest depehding " on the" amount of ' resource 
requested by the user terminal, 'establishing 
said contract parameter value, and' allocating a 30 
portion of a free bandwidth resource to said 
user terminal according to the established con- 
tract paranieter value; and 

resource reallocation means, responsive to 
a reallocation request transmitted from said 35 
user termmal when occupancy of said buffer is 
higher than a predefined value, for transmitting 
a copy of the reallocation request to a down- 
stream node to' elicit an acceptance signal 
therefrom, reserving a portion of a pool band- 40 
width resource and invoking said CAC algo- 
rithm to reserve' a portion olF said free band- 
width resource, 

said resource reallocation means of said 
source node temporarily allocating said re- 45 
served portion of the pool bandwidth resource' 
to said user terminal in response to said ac- 
ceptance signal from the downstream" node 
indicating that same amount of the reserved 
portion of the pool bandwidth resource is avail- 50 
able in said downstream node, and perma- 
nently allocating said reserved portion' of the * 
free bandwidth resource to said user terminal 
and restoring the temporarily allocated portion 
of the pool bandwidth resource. " 55 

6. A packet "network as' claimed in claim. 5, 
wherein said resource reallocation means ih- 
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eludes means responsive to receipt of a deal- 
location indication from said user terminal 
when the occupancy of said buffer is lower 
than a second* predefined value for deallocat- 
ing part of the allocated resource portions.' 

7. A packet network as claimed in claim 5 or 6, ' 
wherein said user terminal includes a buffer ' 
replica in 'the forrh of a counter indicating the* 
number of violating cells stored in the buffer of ' 
said node, and mean's for detecting when said 
number is higher than said predefined value 
and generating said reallocation request. 

8. A packet network as claimed ' rh claim 6, 
wherein said user terminal includes means for 
detecting when the occupancy of the buffer 
replica is lower than a second predefined value 
and generating said deallocation indication. 

9:' A packet network com'prising at least first and 
second' interconnected network nodes, each of 
said nodes comprising' resource allocation 
means responsive to a connection request 
froni a call-originating user terminal for invok- 
ing a call admission control (CAC) algorithm to 
accept or reject the connection request 6e- 
pending on the amount of resource requested 
by the user terminal, establishirig a contract 
parameter value, and allocating a' portion of a 
free bandwidth resource to said user terminal 
according to the established contract param- 
eter value, ' ' - 
said first node including: 
flow enforcement means including a buffer 
for allowing cells from said user terrhinal to be 
trahsrhitted toward a destination terminal when 
said contract parameter value is not violated 
and storing the cell^ in said buffer when said 
contract paranneter value is violated; and 

first resource deallocation means respon- 
sive to a rejaliocation request transmitted' from 
said user 'terminal when occupancy of said 
buffer is higher than a predefined value for 
transmitting a copy of the reallocation request 
to said second riode to elicit an acceptance 
signal therefrom and reserving a portion of a 
pool bandwidth resource, invoking said CAC 
algorithm ■ to reserve a portion of said free 
bandwidth resource, said first resource real- 
location means temporarily allocating the re- 
served portion of the pool bandwidth resource 
to the user terminal in response to the accep- 
tance signal from the second node, transmit-' 
ting a confii^mation signal to the second node, 
and permanently allocating the reserved por- 
tion of the free bandwidth resource to the user 
terminal and restoring the temporarily allocated 
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portion of the pool bandwidth resource, 

said second node including: 

second resource reallocation ,means re- 
sponsive to the reallocation request from said 
first node for reserving a portion of a pool 5 
bandwidth resource, invoking said CAC algo- 
rithm to reserve a port! on. of. the free bandwidth 
resource of the second node, transmitting saijd 
acceptance, signal to said first node, said sec- 
^ ond resource reallocatipn means permanently , to 
allocating the reserved portion of the. free baq-. ^ 
d width resource of the second node to the 
user terminal in response to said confirmation 
signal,, and restoring the reserved portion of ^ 
the pool bandwidth resource of the second 75 
node. 

1. 

10. In a packet .network comprising a plurality^ of . 
interconnected nodes, each of the nodes in- 
cluding call admission control means .respon- 20^^ 
sive to. a connection request from a user termi- 
nal for accepting or rejecting the corinection 
request depending, on the amount of resource 
requested by the user terminal, establishing a 
contract parameter value, and allocating a re: 25 
source to said user terminal according to the. 
established contract parameter value,, one .of ' . 
said nodes located at an entry of the netwofk 
comprising flow, enforcement means including , 

a buffer for allovying cells from said call-origi- 30 
nating user terminal to be transmitted .toward a 
destination terminal when said contract param- 
eter value is not violated and storing the, cells 
in said buffer, when said contract paranneter 
value is violated, a method for controlling traf- . 35 
fic.of said user terminal, comprising the steps,.. 

o^- / - - . ' . * - . . , ' 

a) transmitting a reallocati.on request from 
said user terminal when occupancy, of said 
buffer is higher than a predefined value; and ' 40 

b) receiving said reallocation request at said . 
network node and allocating an additional 
resource to said user, terminal in response 
.to receipt of said request. 

11. A method as claimed jn claim 10, further com- , 
prising the steps of: . . . " 

transmitting a deallocation indication from . 
the user terminal when the occupancy of said 
buffer is lower than a second predefined value; so 
and . 

receiving said deallocation indication" 'at 
said node for deallocating portion of the al- 
located resources in response to receipt of the , 

deallocation indication. ' 55 

- • . ij 

12. In a packet network including a plurality of 
network nodes interconnected by transmission 



links, a source node of, the network located ,at 
an entry of the. network comprising flow en- 
forcement means including a buffer for allowr 
ing cells from a call-originating user terminal to. 
be transmitted toward a destination terminal 
when a.contragt parameter value is not violated . 
and storing the cells in said buffe.r. when said 
contract parameter value is violated, and each , 
of said nodes comprising call admission con- 
trol means responsive to a connection request 
from said user terminal for invoking a call 
admission control (CAC) algorithm ^to allocate a 
portion of, a free bandwidth resource to said , 
user terminal and establish said contract pa- 
rameter value, a method for controlling traffic . 
of the user terminal, comprising the steps of: 

a) transmitting a reallocation request from , .. 
the user terminal when ^ occupancy of, said 
buffer.is higher than a predefined value; 

b) receiving said reallocation request at said 
source node, transmitting a copy of the, 
reallocation request to a downstream node 
to elicit an acceptance signal therefrom and 
reserving a portion of a pool bandwidth re- 
source: ; . . ' 

c) invoking said CAC algorithm to reserve, a 
portion of said free bandwidth resource;. . 

d) receiving said acceptance signal at said, 
node at the entry of the nestwork indicating 
that same amount of said second resource 
portion, is available in said downstream node 
and temporarily allocating the reserved ppr- 
tipn of the pool , bandwidth resource .to said 
user terminal;, and . . . , ,. 

e) . permanently, allocating the portion of the . 
We bandwi.dth resource reserved by, the ' . 
step .{C) to the user terminal and restoring 
the temporariiy allocated portion of the pool 
bandwidth resource. 

13- A method as claimed in, claim 12. further com; . 
prising the steps of: 

transmitting a deallocation indication from 
the user terminal when the occupancy of said 
buffer is lower than a second predefined value; 
and ' 

receiving' said deallocation indication at 
said source node and deallocating portion, of 
the allocated resource portions. 

14. In a. packet network comprising a first node 
located at an entry of the network and a sec- 
ond network, said first node comprising flow 
enforcement means including a' buffer for al- 
lowing celts from a call-originating user termi- 
nal to be. transmitted toward a destination ter- 
minal when a contract parameter value is not 
violated and storing the cells in said* buffer 
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when said contract paranneter value is violated, 
and each of said first and second nodes com- - - 
prising call admission control- means respon- 
sive to a connection request' from the user 
terminal for invoking a call admission control - 5 1 
(CAC) algorithm to allocate a portion of a free . .„ 
bandwidth resource to said call-originating user 
terminal and establish said contract parameter" ] ' ^ 
value, a method for controlling traffic of said 
user terminal, comprising the steps of: _ . ' 7o . 

a) transmitting a reallocation ^request from 
the user terminal when, occupancy of said 
buffer is higher than' a predefined value; 

b) receiving said reallocation request at said 

first node, transmitting a copy of the real- 75 
locatibn request from the first node to the 
second node to elicit an acceptance signal 
therefronn, and res'erving a portion of a pool 
bandwidth; ri&ource of the first node; 

c) invoking "said GAC algorithm to reserve a 20 
portion of said free bandwidth resource of 

the first' node; -"^ 

d) receiving the copy of the reallocation 
request at saicl second node, reserving a 
portion of a pool bandwidth resource of the 25 

second node, transmitting said acceptance 

signal from the second node to said first 

node, and. invoking said CAC algorithm- to ^ 
reserve a portion of said free bandwidth ' 
resource of the second- node; — ' 30 '~ 

e) receiving|said acceptance signal at said * " " 
first node indicating that same . amount of 
said portion reserved by the step (b)- is 
available in said second node, tempp/^rily 
allocating said portion reserved by [the step 35 
(b) to said user terminal, arid transimittin^ a 
confirmation,' signal from said first; node* to 

said second node; - - 

f) permanentlyT. allocating the ^port^^ the - 
free bandwidth resource of the first' node ao 
reserved by the step (c) to the user terminal ; 7"^ ; 
and restoring the portion of the pool band- 
width resource of 'the 'first 'node temporarily 
allocated by the step (e): and " " " 

g) receiving said confirmation signal at said-/ 45. . . 
second node for permanently allocating the ' 
portion of the free bandwidth resource of 

the second node reserved by the step (d) to j 

the user terminal and restoring the portion 

of the pool bandwidth of the second node 50" 

reserved* by the step (d). 



said first node and transmitting a copy of said 
deallocation indication from the first node to 
the second node to allow said second node to 
deallocate part of the allocated resource por- 
tions of the second node; and 

deallocating part of the resource allocated 
to the user terminal by the first node. 



15. A method as claimed in claim 14, further com- 
prising the steps of: 

transrhitting a deallocation indication from 
the user terminal when the occupancy of said 
buffer is lower than'^a second predefined value; 

receiving said'" deallocation indication at 
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